Had the same issue where underlying IP rotated and it failed to update the IPs. This fixed my issue as well.

Here for the same outage as well. Thanks for the PR!!

Shouldn't this be handled like a transaction, meaning, it should not clear existing A record unless it can successfully update it ?

How can I get this fix?
I tried updating my stack to use this image: ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2
But the container logs are just:
exec /usr/local/bin/python: exec format error

How can I get this fix? I tried updating my stack to use this image: ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2 But the container logs are just: exec /usr/local/bin/python: exec format error

I'm not sure why you're getting that, it does seem that you're pulling the right image ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2.

Do note that while I did find some things in the (source) script that could use some improvement, this PR of mine aims to only fix the things I've mentioned in my description of the PR - as I try to make the PR as least disruptive as possible.

That being said, I've not seen the error you've mentioned deploying the exact same image for the past few months using my Helm chart.

Any chance you could upload it to docker or something?I basically just replaced the "image" section in my already existing docker compose file for cloudflare-ddnsThat's how I got the error

I don't really use Docker/Dockerhub anymore, though it shouldn't matter if I upload there - what matters is if you're able to actually pull the image and are currently using it in your docker-compose.

Can you try pulling the image on your system using docker:

docker pull ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2

If it's downloaded successfully, list down your container images and check its IMAGE ID value:

docker images | grep ghcr.io/irfanhakim-as/cloudflare-ddns | awk '{print $3}'

Its ID should be:

5d1f94290180

If you got the correct image/ID, and your docker-compose is also specifying/using the exact same image, then I'm not sure why you got that error other than perhaps a configuration issue of sort in your deployment. You can share your setup for us to check, including docker-compose manifest or any configurations, but if you do be sure to redact any sensitive information beforehand.

Though, my expectation is, if you get that error with my test image (ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2), you should also be getting the exact same error with the "official" image (ghcr.io/timothymiller/cloudflare-ddns/cloudflare-ddns@sha256:ded91de91844e26feb7dbe7f902d754e77857514f1a75fd3a18a9ca1a6722a74).

The master is unusable.
When will this change be merged to master ?

Unfortunately, I don't think anyone with write perms to this repo has noticed/reviewed this PR just yet. There hasn't been a single commit pushed to Master since 6 months ago.

cc: @timothymiller

If the repo seems abandoned, I'd support your fork.

How can I get this fix? I tried updating my stack to use this image: ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2 But the container logs are just: exec /usr/local/bin/python: exec format error

Same for me. I also can not run the ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2.
And im getting the same error.

My Compose file looks like this:

version: '3.9'
services:
  cloudflare-ddns:
    # image: timothyjmiller/cloudflare-ddns:latest
    image: ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r2
    container_name: cloudflare-ddns
    security_opt:
      - no-new-privileges:true
    network_mode: 'host'
    environment:
      - PUID=1000
      - PGID=1000
    volumes:
      - /cloudflare-config.json:/config.json
    restart: unless-stopped

I'm not entirely sure, but the issue might have to do with this:

    network_mode: 'host'

and your host system might be incompatible with my image that is built for amd64 (x86_64) architecture rather than ARM.

Again, I could be wrong as I almost never host my deployments using Docker directly (only through Kubernetes), and I especially never host them with host privileges to ensure as reproducible and isolated of a deployment environment as possible.

I suspect though that it might be an architecture incompatibility, as my PR definitely have not changed anything that might cause this issue. I only built this image for amd64 for testing purposes, compared to the official image which builds and releases their image for multiple platforms (including ARM). This difference might explain why this issue might not occur on the official image.

Assuming those having this issue is hosting this service on a non linux/amd64 platform (specifically arm64), I've deployed another image that should support (I've never done this before, so bear with me) both linux/amd64 and linux/arm64/v8. Please try it out:

• ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r3

If it still does not work, please share your architecture from the machine you are hosting the deployment:

uname -m

cc: @QbikEdge @orelgs

Assuming those having this issue is hosting this service on a non linux/amd64 platform (specifically arm64), I've deployed another image that should support (I've never done this before, so bear with me) both linux/amd64 and linux/arm64/v8.

Instead of supporting only linux/amd64 and linux/arm64, I've rebuilt the image under the same ghcr.io/irfanhakim-as/cloudflare-ddns:1.0.2-fix-wrong-ip-r3 tag to now support all 7 platforms the official image supports:

• linux/ppc64le
• linux/s390x
• linux/386
• linux/arm/v6
• linux/arm/v7
• linux/arm64/v8
• linux/amd64

Going forward, please test this image instead and see if it works.